home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / digital / 940111.txt < prev    next >
Internet Message Format  |  1994-11-13  |  15KB

  1. Date: Tue, 12 Apr 94 04:30:17 PDT
  2. From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
  3. Errors-To: Ham-Digital-Errors@UCSD.Edu
  4. Reply-To: Ham-Digital@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Ham-Digital Digest V94 #111
  7. To: Ham-Digital
  8.  
  9.  
  10. Ham-Digital Digest          Tue, 12 Apr 94       Volume 94 : Issue  111
  11.  
  12. Today's Topics:
  13.                        Anyone using AmigaNOS??
  14.                         G-TOR and PBBS Support
  15.                          Hierarchial Address
  16.                   On email addresses and host names
  17.                         TCP/IP from car w/PK-8
  18.  
  19. Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
  20. Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
  21. Problems you can't solve otherwise to brian@ucsd.edu.
  22.  
  23. Archives of past issues of the Ham-Digital Digest are available 
  24. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".
  25.  
  26. We trust that readers are intelligent enough to realize that all text
  27. herein consists of personal comments and does not represent the official
  28. policies or positions of any party.  Your mileage may vary.  So there.
  29. ----------------------------------------------------------------------
  30.  
  31. Date: 5 Apr 94 16:29:12 GMT
  32. From: portal.com!portal!combdyn!lawrence@decwrl.dec.com
  33. Subject: Anyone using AmigaNOS??
  34. To: ham-digital@ucsd.edu
  35.  
  36. In article <2nkiit$lce@tribune.usask.ca> hardie@herald.usask.ca (Peter Hardie) writes:
  37. >
  38. >Is anyone out there successfully using AmigaNOS? I'm having trouble getting it
  39. >to do some things that I thought would be relatively easy.
  40. >First, I am using V2.9n and I have 2 TNCs so I can run two separate copies
  41. >of AmigaNOS on my A3000. One copy uses my VE5VA call and the other is set up
  42. >to use my other call VE5ESE. I set both copies up to fire up netrom but if
  43. >I try a "netrom connect" from one to the other the attempt times out and
  44. >fails, even though I can see in the trace window that the receiving end is
  45. >giving a response of some sort (an RR). 
  46. >Any ideas why my netrom won't respond? It also will not respond if I only fire
  47. >up one AmigaNOS and use the other TNC as a normal AX25 and try to connect to
  48. >the netrom that way. Furthermore, the route updates are going out and are
  49. >accepted by our local netrom node but if I do an AX25 connect to that and then
  50. >try a connect from there back to my netrom it still times out.
  51.  
  52. Hmm, I'm running 2.9l, I couldn't get any of the newer versions to run without
  53. crashing.
  54.  
  55. I found that I couldn't get it work with any other serial port, other than the
  56. internal one.  Telling it open unit 2-8 (A2232) it would write out of the port
  57. correctly, but the receive activity came from the internal....and having two
  58. different things reading from the same port (it didn't matter if they were both
  59. the same program), would lock my machine eventually.  So, I could only run one
  60. port.  The same problem happened when I was running AmiPAC....I didn't try
  61. any newer version of AmigaNOS.....come to think after I figured out that
  62. AmigaNOS had to be on the internal...I didn't try much else with more TNCs...
  63. actually I want to SLIP link to my UNIX box (at work).  Even though I moved on
  64. to run CBBS....and now I'm not running anything on the Amiga.....since I got
  65. the PC and run FBB/BPQ/JNOS (I'm trying to get JNOS to be stable, then I'll
  66. try linking the Amiga in again).
  67.  
  68. >
  69. >The other problem is that I can't get one of the AmigaNOS copies to act as a 
  70. >domain server for the other. If VE5VA has all the local IP addresses/names in
  71. >its domain.txt file and VE5ESE sets up a "domain addserver" to point at ve5va,
  72. >then if ve5ese tries to get domain info from ve5va (e.g. asks for 
  73. >ve5dsc.ampr.org) then ve5va will respond with a message which in the trace
  74. >window shows that its ICMP field says  node Unreachable code Port.
  75. >ve5dsc is definitely in the domain.txt file. Are there other commands
  76. >(e.g. arp) that need to be set up to make ve5va act as a domain name server?
  77. >
  78. I don't anything about trying this.
  79.  
  80. >Finally, is there an Email reflector for AmigaNOS? I'm on the nos-bbs
  81. >reflector but I think some of my questions are specific to AmigaNOS rather
  82. >than JNOS.
  83. >
  84. If you find anything out, let me know.....this is something I'm going to want
  85. to try after I get the PC squared away.
  86.  
  87. -- 
  88.  WORK: lawrence@combdyn.com      | PHONE 403 529 2162 | FAX 529 2516 | VE6LKC
  89.  HOME: dreamer@lhaven.uumh.ab.ca |       403 526 6019 |     529 5102 | VE6PAQ
  90.  ----------------------------------------------------------------------------
  91.  Praxis BBS - 529 1610 | CYSNET BBS - 526 4304 | Lunatic Haven BBS - 526 6957
  92.  ----------------------------------------------------------------------------
  93.  disclamer = (working_for && !representing) + (Combustion Dynamics Ltd.);
  94.  
  95. ------------------------------
  96.  
  97. Date: 11 Apr 1994 20:16:42 GMT
  98. From: news.mentorg.com!hpbab33.mentorg.com!wv.mentorg.com!hanko@uunet.uu.net
  99. Subject: G-TOR and PBBS Support
  100. To: ham-digital@ucsd.edu
  101.  
  102. In article <1994Apr11.034238.22305@news.csuohio.edu>, sww@csuohio.edu (Steve Wolf) writes:
  103. |> 
  104. |> G-TOR and PBBS Use
  105.  ...
  106.  
  107. |>      There is a section in the new manual which is for "individuals
  108. |> who have written Host mode programs" so someone is getting the
  109. |> information.  Any ideas how?
  110.  
  111. ...
  112.  
  113. Some of the manufacturers support us authors fairly well, with information
  114. about new releases, requests for suggestions, and occasional alpha or
  115. beta hardware so we can test our code.
  116.  
  117. Some do not offer much of any support at all.
  118.  
  119. Kantronics falls into the first group: good support for the independent
  120. packet software author.
  121.  
  122. The above is my from my experience writing BBS code ...
  123.  
  124. For the curious: yes, I plan to support PACTOR and G-TOR.
  125. Don't know how soon it will be ready though.
  126.  
  127.    ...  Hank
  128.  
  129.  
  130. -- 
  131.  
  132. Hank Oredson @ Mentor Graphics
  133. Internet     : hank_oredson@mentorg.com
  134. Amateur Radio: W0RLI@W0RLI.OR.USA.NOAM
  135.  
  136. ------------------------------
  137.  
  138. Date: 7 Apr 94 19:10:32 GMT
  139. From: portal.com!portal!combdyn!lawrence@decwrl.dec.com
  140. Subject: Hierarchial Address
  141. To: ham-digital@ucsd.edu
  142.  
  143. Is there an official list of what all the different hierarchial fields are.
  144.  
  145. I want both the old and new way....
  146.  
  147. Like North America was 'NA', and now its 'NOAM'.
  148.  
  149. This is so I can configure my BBS to deal with all of them.
  150.  
  151. Things have become a bit more complicated when I only connected to one system
  152. and said everything goes there.....
  153.  
  154. I also want to know about countries, etc.
  155.  
  156. One question I have....why do we have continental descriptors.....couldn't
  157. we do it the same as Internet.
  158.  
  159. ....CA is Canada
  160. ....US is USA
  161. ....DE is Germany
  162.  
  163. Other than that it would cause a real name crash if a Packet Address was
  164. entered into the Internet.
  165. -- 
  166.  WORK: lawrence@combdyn.com      | PHONE 403 529 2162 | FAX 529 2516 | VE6LKC
  167.  HOME: dreamer@lhaven.uumh.ab.ca |       403 526 6019 |     529 5102 | VE6PAQ
  168.  ----------------------------------------------------------------------------
  169.  Praxis BBS - 529 1610 | CYSNET BBS - 526 4304 | Lunatic Haven BBS - 526 6957
  170.  ----------------------------------------------------------------------------
  171.  disclamer = (working_for && !representing) + (Combustion Dynamics Ltd.);
  172.  
  173. ------------------------------
  174.  
  175. Date: 12 Apr 94 00:49:28 GMT
  176. From: news.mentorg.com!hpbab33.mentorg.com!wv.mentorg.com!hanko@uunet.uu.net
  177. Subject: On email addresses and host names
  178. To: ham-digital@ucsd.edu
  179.  
  180. In article <2oaspl$4qt@network.ucsd.edu>, brian@nothing.ucsd.edu (Brian Kantor) writes:
  181. |> Jay, what we're talking about is the gatewaying of messages between the
  182. |> two networks, not what the networks use internally.
  183. |> 
  184. |> The issue is how to transform one network's e-mail addresses (not host
  185. |> addresses necessarily) when mail crosses from one network to the other.
  186. |> 
  187. |> Frankly, I do not believe that the existing e-mail addresses used on the
  188. |> AX.25 BBS network will ever change.  I do believe that a parallel
  189. |> network of internet-compatable ham radio mail servers will spring up
  190. |> and, over time, obsolete the AX.25 BBS systems.
  191. |> 
  192. |> The issue, for the moment, is how to make the two systems (the Internet
  193. |> and the existing AX.25 BBSs) interoperate as best they can.
  194. |>     - Brian
  195.  
  196. Or perhaps the BBS network will support internet email addresses directly,
  197. as well as the current "email address with those routing hints stuck in."
  198.  
  199. Since the domains do not overlap, it should not be a problem to handle
  200. this, even with the existing software.
  201.  
  202. What I mean here is that it is no problem for me to arrange things such
  203. that a message with an address of wa6fwi@wa6fwi.ampr.org heads for my local
  204. email gateway.  At present this cannot be extended to the general case
  205. because of limitations on field and element length.  These limitattions
  206. are pretty artificial - they are an artifact of the CP/M systems we chose
  207. initially as hosts ...
  208.  
  209. Making the changeover will not be all that big a deal. Some of the work has
  210. already taken place: for example compressed batch forwarding is RFC-822
  211. compliant, and there is no particular restriction on the To: / From:
  212. fields.
  213.  
  214. I don't think we will see "parallel network ..." of servers, but rather see
  215. the existing network of servers acquire more capability to internetwork,
  216. when it makes sense for them to do so.
  217.  
  218. Would like to thank Brian for jumping into the discussion ... 
  219.  
  220. It is probably time to get some more of these gateways running, but I see
  221. very few of them, and the ones I can see directly (in the Portland and
  222. Seattle areas) do not seem to move many messages between the tcp/ip world
  223. and the larger interconnected BBS world.  Seems to me this should be a
  224. rather simple problem to solve, but it does not appear to have been solved
  225. yet.
  226.  
  227.    ...  Hank
  228.  
  229. -- 
  230.  
  231. Hank Oredson @ Mentor Graphics
  232. Internet     : hank_oredson@mentorg.com
  233. Amateur Radio: W0RLI@W0RLI.OR.USA.NOAM
  234.  
  235. ------------------------------
  236.  
  237. Date: Sun, 10 Apr 1994 00:20:00 GMT
  238. From: ihnp4.ucsd.edu!galaxy.ucr.edu!library.ucla.edu!europa.eng.gtefsd.com!news.umbc.edu!eff!news.kei.com!ub!dsinc!netnews.upenn.edu!iat.holonet.net!svarbbs!bob.marselle@network.ucsd.edu
  239. Subject: TCP/IP from car w/PK-8
  240. To: ham-digital@ucsd.edu
  241.  
  242. Hello Andrew.  This message won't answere ur questions about mobile
  243. tcp-ip, but I wounld like to take this opputunity to ask u a couple of
  244. questions.  First, I have been thinking of doing some traveling with an
  245. RV and I've pondered using packet as a way to send messages to some of
  246. my friends. Have u done much mobile packet?  Secondly, how much of a
  247. pain in the @$$ is mobile packet?  My thoughts always wonder to the
  248. frustrations built into local systems that I'm familiar with and i can't
  249. help thinking that the whole idea would be more work than it's worth.
  250. What do u think?  Good luck on getting ur info.  73 de Bob AC6AV
  251.  
  252.  Via packet:AC6AV@Wd6WFH
  253.  
  254.  * OLX 2.1 TD * Home is where the tower is!
  255.  
  256. ------------------------------
  257.  
  258. Date: Mon, 11 Apr 1994 20:44:00 GMT
  259. From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!news.intercon.com!panix!zip.eecs.umich.edu!newsxfer.itd.umich.edu!news1.oakland.edu!rcsuna.gmr.com!kocrsv01!news@network.ucsd.edu
  260. To: ham-digital@ucsd.edu
  261.  
  262. References <JAY.18.2DA58183@medicine.dmed.iupui.edu>, <1994Apr8.211748.24452@genroco.com>, <JAY.22.2DA965E2@medicine.dmed.iupui.edu>suna.
  263. Reply-To : anderson@kosepc01.delcoelect.com (Alan Anderson)
  264. Subject : Re: FCC Packet Message Forwarding
  265.  
  266. In <JAY.22.2DA965E2@medicine.dmed.iupui.edu>, JAY@medicine.dmed.iupui.edu (Jay Sissom) writes:
  267. >...The private key is only
  268. >known by the originating station and the BBS....
  269.  
  270. Whoa!  If you're talking public key cryptography here, the private key
  271. should be known *only* by the originating station.
  272.  
  273. The public key is all that is required to determine if a "signed" document
  274. is authentic.  *Everybody* can know the public key; it cannot be used to
  275. forge a "signature."
  276.  
  277. I compose a message.  I "sign" that message using my private key.  The
  278. message recipient (the BBS) verifies the signed message with my *public*
  279. key.  If it passes verification, the recipient knows that it was indeed
  280. me who created the message.  Authentication complete.
  281.  
  282. ========
  283. Alan Anderson (no fancy .sig)
  284.  
  285. ------------------------------
  286.  
  287. Date: 12 Apr 94 00:52:52 GMT
  288. From: news.mentorg.com!hpbab33.mentorg.com!wv.mentorg.com!hanko@uunet.uu.net
  289. To: ham-digital@ucsd.edu
  290.  
  291. References <JAY.18.2DA58183@medicine.dmed.iupui.edu>, <1994Apr8.211748.24452@genroco.com>, <2oas01$4ke@network.ucsd.edu>o
  292. Reply-To : Hank_Oredson@mentorg.com
  293. Subject : Re: FCC Packet Message Forwarding
  294.  
  295. In article <2oas01$4ke@network.ucsd.edu>, brian@nothing.ucsd.edu (Brian Kantor) writes:
  296. |> It seems to me that the FCC would only require you to take reasonable
  297. |> steps to authenticate people; absolute proof is not possible.
  298. |>     - Brian
  299.  
  300. Agree totally ...
  301.  
  302. "Hello W7QRM, welcome to the W0RLI packet BBS."
  303.  
  304. "Before you can log in, you must visit your local Police Station,
  305.  put your retinal scan into the data bank, and provide a copy to
  306.  me at my mail address."
  307.  
  308. Naw ... doesn't seem reasonable.
  309.  
  310. However, were I to notice a pattern of strange things going on, I would
  311. certainly investigate and try to find out who was doing what from where.
  312.  
  313. Just like I would investigate any other bootlegger.
  314.  
  315.    ...  Hank
  316.  
  317. -- 
  318.  
  319. Hank Oredson @ Mentor Graphics
  320. Internet     : hank_oredson@mentorg.com
  321. Amateur Radio: W0RLI@W0RLI.OR.USA.NOAM
  322.  
  323. ------------------------------
  324.  
  325. Date: 12 Apr 1994 02:27:05 GMT
  326. From: nothing.ucsd.edu!brian@network.ucsd.edu
  327. To: ham-digital@ucsd.edu
  328.  
  329. References <1994Apr8.160939.11857@mnemosyne.cs.du.edu>, <1994Apr10.151905.20488@ke4zv.atl.ga.us>, <2oc147$li2@hpbab.mentorg.com>
  330. Subject : Re: On email addresses and host names
  331.  
  332. In article <2oc147$li2@hpbab.mentorg.com> Hank_Oredson@mentorg.com writes:
  333. >ARRL - How about taking a leadership postion here.
  334.  
  335. The ARRL is clueless on this issue.  They can't help.  They are
  336. demonstrating unusual wisdom in keeping quiet on an issue they can't
  337. contribute to.
  338.  
  339. >We (the BBS authors) need some information about how
  340. >hams would like the network to work.  "It's just software" and so can do
  341. >whatever folks want it to do.
  342.  
  343. One would hope that hams would like the ham radio network to be
  344. interoperable with existing networks - such as the internet, which has
  345. more computers connected to it, and at least 10 times as many users of
  346. those systems, as there are hams in the world.  Only the voice
  347. telephone system is a larger network.
  348.  
  349.     - Brian
  350.  
  351. ------------------------------
  352.  
  353. End of Ham-Digital Digest V94 #111
  354. ******************************
  355.